-
Notifications
You must be signed in to change notification settings - Fork 1
Experiment with Temporal API #105
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
PR Summary
Please note that these changes improve efficiency, calculation capacity and speed up some processes, hence enhance the user's experience. |
size-limit report 📦
|
Constructor does not accept decimals.
|
Quoting to see how it evolves. This is by using the Temporal API everywhere it’s possible: size-limit report 📦
|
Wasn’t using the right one.
458b357 to
8b63f3e
Compare
a170b71 to
cf2f59c
Compare
7c11ef0 to
7adff2e
Compare
|
Work can be resumed at any time, but best to wait for the polyfills to catch-up on the spec changes: |
|
Polyfills caught up on the spec ❤️. |
Currently the code is a 1:1 match with the last version of
datetime-attributein terms of feature.List of things:
main.datetime-attributewith Temporal specifics? For example: on top of acceptingDateobjects, most functions could also accept some of the many Temporal objects.Temporalimplementation for now)TemporalAPI@js-temporal/polyfillstays aspeerDependencies? If yes, it allowssize-limitto report the “real” size because the polyfill will not end in the final bundle. If no, it should be moved todevDependenciesso it doesn’t required to be installed for the regulardatetime-attribute, which doesn’t need the polyfill. Complicated.